Viewer selection of programs to be subsequently delivered

ABSTRACT

Television users may record abstracts of programs that they desire and program providers may access the recorded program abstracts from time to time so as to provide the program content that matches the requested program. In one embodiment, the user may select a TV program (or movie) that is not currently available and then at a time subsequent thereto that program is made available to the user, either privately, or over the public network. In another embodiment, users of the system may record program requests. Program providers may then access these requests from time to time and provide the requested program, even if the program had not been available at the time the request was initially posted.

CROSS-REFERENCE TO RELATED APPLICATIONS

The present invention is a continuation of U.S. patent application Ser.No. 10/820,554, filed Apr. 8, 2004, now abandoned entitled “SYSTEM ANDMETHOD FOR PROGRAM END TIME ADJUSTMENT”, which in turn, is a divisionalof U.S. patent application Ser. No. 09/625,646, now U.S. Pat. No.6,807,568, filed Jul. 27, 2000, entitled “RECIPIENT SELECTION OFINFORMATION TO BE SUBSEQUENTLY DELIVERED,” both of which priority arehereby claimed and which is hereby incorporated by reference herein.

TECHNICAL FIELD

This invention relates to the delivery of entertainment programs from aprogram provider to a program seeker and more particularly to a systemand method for allowing a program provider to find and provideinformation to potential viewers.

BACKGROUND OF THE INVENTION

Currently, when it is desired to watch a TV program, the viewer is atthe mercy of the content providers as to what that viewer watches and atwhat time. This is changing now that digital recorders, such as the TIVOsystem from Philips, can record many hours of TV programs therebyallowing viewers to delay watching broadcasts for a period of time byrecording such broadcasts for later viewing. Such systems also allowusers to select programs to be aired in the future and to record theselected shows. These systems also allow users to select topics and thesystem selects the shows that match these selected topics. Such systemswork well, but suffer from the fact that they also are dependent uponthe preselection of content by the content provider. If a person desiresto view a certain movie, (or to view, for example, a documentary on thelife of George Washington) and if that desired movie (or documentary)was not scheduled for showing within a finite time in the future, theuser is not be able to schedule it, except perhaps by broad topic types.In any event, the user cannot in any manner, cause movies, or programs,to be delivered which were not scheduled for delivery.

This same problem exists when users are trying to obtain informationfrom the Internet. The user can only gain access to information if thatinformation exists on the Internet at the time that the information issought. However, even if the information existed on the Internet at thattime, obtaining that information, even using the very sophisticatedtools available today, is not trivial. For example, assume that a userdesires to obtain tickets to see a certain play (or concert) or to see acertain performer when and if that play, concert or performer is next intown. Today, the user would access the Internet and look for the name ofthe play or the name of the performer. If there was a scheduledperformance, the user might, depending upon his/her skill (andpatience), find it. But if there was nothing scheduled (or contemplated)then the user would come away (usually after spending considerable timelooking) with nothing.

Thus, there exists a need in the art for a system and method whichallows an information seeking individual to gather information even whenthat information is not currently available and to have that informationdelivered when it becomes available.

There is also a need in the art for a system and method which allows auser to schedule the delivery of desired information at controllabletimes in the future using media mutually agreed upon by the requestingand providing parties.

BRIEF SUMMARY OF THE INVENTION

These and other objects, features and technical advantages are achievedby a system and method which allows the user to input to his/her ownlocal device the information (or an abstract thereof) that he/shedesires to be delivered. This information can be as simple or as complexas desired. What is important is that some other party can, from time totime, access the requested information and provide proper responsesthereto.

The information, by way of example, can be the names of desiredentertainment shows, or subjects, that could be delivered by way ofvideo or live TV. The names, or abstracts, can be, by way of example,past TV shows or past TV subjects; names of biographies or traveldocumentaries, or they can be queries as to the dates that a certainplay or performer will next be in town; or any other desiredinformation. Thus, a person wishing to view on TV a series that airedmonths ago (or the first three programs of that series) will, in oneembodiment, enter the desired requested information into his/her localstorage medium. The storage mechanism could be a local recorder, such asthe above-mentioned digital recorder, (or any other system), or it couldbe the user's browser on the Internet. In the preferred embodiment theinformation is stored on the user's local computer. In an alternateembodiment, the abstracted request is stored on one or more remotedevices. The user would enter “deliver by TV over cable (or satellite,or any other desired medium)” a program or programs pertaining to thelife of “George Washington”. This entry could, of course, be prompted byinteractive prompts. If the user had more specific information on thedesired program, the user could, if he/she desires, enter suchadditional details.

It is important to note that the requested information can be storedlocally on a TV recorder or stored on a local computer or on any otherdevice having memory capability. The storage medium that the userselects need not be the medium to where the information is to bereturned. The user may specify the return medium or the informationprovider may, by the nature of the content that is to be delivered orotherwise, decide how best and when to deliver the information. Thereturn information can actually arrive using multiple media either inwhole or in part. For example, the provider may send a message (usingthe Internet to the user's PC or perhaps a wireless connection to theuser's handheld device) indicating that a certain requested TV programwill be available at a certain date on a particular channel. Then, atthe proper time (or at a time negotiated between the provider and therequester) the desired information is delivered to the user over amedium different from the one used to verify or confirm the transaction,and perhaps even different from the medium over which the initialrequest was posted.

One important aspect of this invention is that the requested informationis maintained in a location (whether local to the user or remote) suchthat it remains available for a period of time to anyone who is capableof providing the desired information which is controlled by theprovider. Thus, instead of the user searching a massive data base (theweb today) the burden falls on information providers to find those folkswho need or want the information which is controlled by the provider.This system works particularly well for situations where the desiredinformation pertains to future events, such as entertainment, or forcomplex situations where the user only has a vague understanding of whathe/she desires. In this situation, the content owner knows much moreabout the subject, and, based on the abstract of the information posted,can provide the proper response.

Thus for vacation planning a person might type in the location desiredand the time of year desired and request information on climate, hotelavailability, restaurants, etc. This information then would be stored(either at the user's location) or at a central site, and will beaccessible for a period of time by anyone who believes they have thedesired information. The return information can then be deliveredwithout further action taken by the posting user. There could be aninteractive exchange prior to downloading of the information. Today,this interaction is only possible if the user were to first go to ascientific site to post his/her desired information.

The vacation planner instead of specifying the place could have enteredparameters, such as time of year, climate, desired activities (beach,golfing, shopping, hiking, sailing, etc., and those locations desiringto supply information would then provide either the information or anabstract of the information, and the user (either live or via a filterprogram) would accept as much information as is desired.

In the context of entertainment, assume the user requested a TV programon George Washington. The requester could have specified a desired timeframe or could have left it open ended. The user could also havespecified the type of media over which the program was to be received oragain, left it open ended. In any event, assume that a provider had theprogram or a series of programs pertaining to George Washington, andcould deliver the content at a certain time. The provider would thennotify the user that a two hour program on George Washington would beavailable, for example, on channel 87 at 2:00 p.m. Wed., three monthshence. The user could accept this time and arrange for it to be recordedif he/she were not going to be available to watch it live. Thisrecording could be by traditional VCR or by digital recording underprocessor control. In one embodiment, the recorder would be set andcontrolled by the provider.

Assuming that the user wanted the information sooner, one option wouldbe to accept the information as a streamed video directly into theuser's computer for recording on a CD or other portable recording deviceat a mutually agreeable time. The content could, of course, be deliveredin any manner agreed between the sender and the user.

The foregoing has outlined rather broadly the features and technicaladvantages of the present invention in order that the detaileddescription of the invention that follows may be better understood.Additional features and advantages of the invention will be describedhereinafter which form the subject of the claims of the invention. Itshould be appreciated by those skilled in the art that the conceptionand specific embodiment disclosed may be readily utilized as a basis formodifying or designing other structures for carrying out the samepurposes of the present invention. It should also be realized by thoseskilled in the art that such equivalent constructions do not depart fromthe spirit and scope of the invention as set forth in the appendedclaims. The novel features which are believed to be characteristic ofthe invention, both as to its organization and method of operation,together with further objects and advantages will be better understoodfrom the following description when considered in connection with theaccompanying figures. It is to be expressly understood, however, thateach of the figures is provided for the purpose of illustration anddescription only and is not intended as a definition of the limits ofthe present invention.

BRIEF DESCRIPTION OF THE DRAWINGS

For a more complete understanding of the present invention, and theadvantages thereof, reference is now made to the following descriptionstaken in conjunction with the accompanying drawing, in which:

FIG. 1 shows an embodiment of the invention using TV programs and adigital recording device at the user's location;

FIG. 2 shows a block diagram of an information provider location;

FIG. 3 shows an embodiment of the invention using a processor, such as aPC, at the user's location;

FIG. 4 shows an intermediary web site adapted to accepting user'srequests;

FIG. 5 is a flow chart of one embodiment of the invention where the userstores abstracts of his/her desired information;

FIG. 6 is a flow chart of one embodiment of the invention where aninformation provider searches for flags indicating that a person isseeking information and checks for matches between the informationavailable and the information desired;

FIG. 7 is a flow chart of one embodiment of the invention where acentral control in a TV program control system receives information fromvarious users and provides return programming in accordance with postedrequests from users; and

FIG. 8 is a flow chart of one embodiment of the invention where thecentral control sends requested information to a user.

DETAILED DESCRIPTION OF THE INVENTION

Turning now to FIG. 1, there is shown system 10, which has user inputdevice 11 which could, for example, be a remote control into the TV setor digital recorder or a computer or any other input device, such as awireless phone. The input could be by voice command, using, for example,a voice recognition system. In the TV environment, the input could be todigital recorder 12, such as, for example, the aforementioned TIVOrecorder provided by Philips. Such a device would typically haveprocessor 1201 and memory 1202 and would operate to receive inputsignals from a variety of sources such as, for example inputs 1203. Thisdata can be in analog or digital form and would be stored in a memory.In the illustrative embodiment, analog signals are digitized by recorder12 and stored in memory 1202. Information stored in memory 1202 is madeavailable to display 13 on command from the user, or, alternatively,under control of the information provider.

Recorder 12 is designed to interact with a remote location 14 either byphone connection, satellite or by any other mechanism, whether wirelessor wireline, to exchange information pertaining to the lineup on thevarious channels. In this manner the user, using input device 11, maydetermine what is available today, tomorrow or sometime in the future.This then allows the user to select, (and set for recording if desired)certain programs which will become available over input 1203 at futuretimes. This information is updated periodically via a connection madebetween recorder 12 and remote location 14, thereby assuring recorder 12that it has the latest program information.

User 11 may specify to recorder 12, usually in the form of aninteractive session between user device 11 and recorder 12, that theuser desires to watch certain programs by name or type, which programswill occur in the future. Recorder 12 then monitors the informationreceived from remote location 14 and picks out of the titles or otherinformation made available the information desired to be recorded. Thus,for example, user 11 may decide that he or she wants to see only thoseprograms featuring a certain artist. If that information is availablefrom remote location 14, then recorder 12 will monitor the informationand, whenever an input program arrives having that artist, the recorderwill proceed to record the program.

The problem at this point, however, is that if recorder 12 has noinformation pertaining to future programs, movies, artists, etc., thenthe interactive session between user 11 and recorder 12 will not achievethe desired result, i.e., the scheduling of a desired program.

In the embodiment shown in FIG. 1 user 11 could input to recorder 12 thedesired movie, series, concept, artist or any other desired information.This information then is provided from recorder 12 to remote location14, for example, over the periodic connection between the two. Remotelocation 14 then stores the information pertaining to user 11. Location14 then accesses data base 15, which could be local to remote location14 or remote therefrom. This access can either be direct, via connection1204, or it could be through Internet 100 via connections 1205, 1206.

In one embodiment, location 14 simply records the information and makesit available for remote providers to access the desired user informationvia Internet 100 in a manner to be discussed. Once the information isavailable, one or more potential providers could see that one or moreusers wish to see a program, for example, a program about GeorgeWashington. Accordingly, one or more of these potential providers couldthen either make the program available at a time in the future so thatmany viewers could then watch that program or the remote provider couldmake the program available only to user 11 over a specific channel at aspecific time.

In either event, the remote provider would instruct recorder 12 at userlocation 10 to record that information for that user. In addition, theremote provider, assuming enough information was on file pertaining touser 11, could contact user 11 over the Internet via a separate PC, notshown in FIG. 1, or by e-mail, wireless messaging, telephone call,message left on recorder 12, or the like. The provider would interactwith user 11 to instruct user 11 as to when the program will beavailable, or to interact with user 11 to refine the request and to,perhaps, schedule alternate modes and/or media for delivery. It could,for example, be most appropriate to provide the information via analternate network directly from program data base 15 to the user's PC,for recording on a medium separate from recorder 12. In either event,the user will eventually see or have available to him/her the programthat that user desires when that information becomes available.

As discussed, the information may be information about a past TV series,past historical events, news reports, sports, or the requestedinformation might be about a planned future event. This could occur ifuser 11, for example, were to input that he/she desires all informationpertaining to natural disasters in a certain location or desiresinformation pertaining to nuclear testing activities or any otheractivity that he/she desires to monitor if and when that informationbecomes available. Under such a condition various providers of contentanywhere in the world may access remote location 14 via Internet 100, orotherwise, to determine which users would like to have informationpertaining to subject matter which it has available. In this mannerspecific information can be made available to users, such as user 11,even though that information is not available at the time user 11 asksfor it, but subsequently becomes available, or subsequently isconstructed based upon one or more users requesting such information.

Note that while the information request was transferred from the user'slocation to a remote location, the system could be constructed so thatthe request is maintained local to the user and potential providerswould then access the user's location from time to time to monitor suchrequests. Certainly, user 11 could put time restraints on the requestand have the request disappear or become modified after a certain periodof time.

Turning now to FIG. 2, system 20 shows information provider 21 having asearch engine 22 which searches Internet 100 (or which searchesdirectly) to other locations for requests that include within theminformation that provider 21 has an ability to deliver. Informationprovider 21 might search for requests that it does not have the abilityto deliver at this time but could go out and purchase, obtain or createdepending upon the perceived market for that information as determinedby its continuing search for requests. This search could be, forexample, into PC*s or other devices located at user's premises whichhave on them permission for access. In some situations, search engine 22might only be able to search PC*s which are then active on the Internet.Also, information provider 21 could be prevented from downloading anyinformation to a user until an interactive session is held with thatuser such that both parties agree that what is to be provided matcheswhat is desired to be received. Also, the parties can determine what themedia will be for distribution, what the payment will be, if any, andwhat the various responsibilities and liabilities of the parties arewith respect to the information. The information could be controlled bycodes or flags and different permission levels could be established fordifferent types of information or for different types of providers. Notethat program database 15, FIG. 1, could, if desired, include system 20.

FIG. 3 shows system 30 which includes an alternative method of userinput, such as, for example, PC 31 which allows the user to store theinformation requests in memory 32, which typically would be internal toPC 31, but which could be external thereto if desired. These requests,as discussed above, could be maintained local or could be sent out overInternet 100, or otherwise, to a remote site. For example, the user atPC 31 might desire tickets to a circus coming to town at some time inthe future unknown to the user. The user simply records the abstractedinformation “circus” in memory 32 which then becomes accessible viaInternet 100. Anyone having information pertaining to a circus once acircus is scheduled for the locality of PC 31 (assuming that user 31desires the locale to be local), will scan the system looking for aseeker who has posted a desire for information pertaining to a circus.

Note that PC 21 could be any type of processor and/or memory, includinga telephone, pager, portable computer, personal assistants and the like.

Thus, information provider 21, (FIG. 2) which could be the circusitself, or an intermediate web site acting on behalf of the circus,could then, by use of search engine 22, realize that the user at PC 31desires information pertaining to the circus and requires 4 tickets tothat circus. Once this information becomes available, i.e., once thecircus is scheduled for the location (city) in which PC 31 is located, amessage is sent to PC 31, or to a particular alternate location, sayingin effect: “The circus will be in Dallas, Tex. August 15th through the28th. Do you still desire 4 tickets?” If the posting user answers “yes,”then via Internet 100, or otherwise, information provider 21 may arrangewith user 31 for the delivery of and payment for the tickets. Theprovider may contact one of a number of ticket sources to provide thetickets, which ticket could be printed on printer 33 at the user'slocation, or the provider could issue the tickets directly. Note that atthe time the request was made by PC 31, the circus had not beenscheduled for Dallas and therefore, under known systems, the user of PC31 would not have been able to post a general request for informationpertaining to the circus.

Under the system of this invention, the user at PC 31 could put into hisor her PC all of the activities that the user would like to do withinthe next six months, one year, or whatever, including plays, sportingevents, TV programs, movies, music concerts, artists, books or any othertype of activity, and the user will be contacted (if desired) at theappropriate time when the information on each activity is madeavailable. The user could input his/her sought information from a pager,a wireless phone or a hand held processor and these requests would bestored and made available as discussed above.

FIG. 4 shows an intermediary web site 41 which acts to collectinformation from many users and provides a central place for informationproviders, such as information provider system 20 (FIG. 2) to search. Insuch a situation, search engine 22 could search the entire Internetlooking for any user having a flag indicating that it has a desiredrequest, or it could instead search the intermediary web sites, or itcould do both if desired. These web sites would contain in storage 401requests from various users. Intermediary web site 41 could then providevarious services for the end user, such as the coordination of thetickets, flights for vacation, scheduling and other such activities,such as payment and filtering.

Intermediary web site 41 could record and receive information directlyfrom a user such that the user would log onto the web site and answer aseries of questions, thereby recording the information that it seeks.Alternatively, web site 41 could periodically go out and upload (usingsearch engine 22 or otherwise) from various user sites information thatthe users are seeking to receive. In either event, the centralizedserver, or servers, could themselves wait so that they would be accessedby information providers on an inquiry basis much like the informationproviders would do if they were searching for individuals who had flagsset for them to review. However, alternatively, the central serverscould actively go out on a periodic basis scanning the Internet forinformation to satisfy requests that they have received.

Once the end user posts the information, either locally or on theserver, it is available continuously for either a period of timedictated by the user or dictated by common sense based upon theinformation requested. The request would remain available until suchtime as the information is provided, the program distributed, the timefor the circus has come and gone, or other actions taken. This system,in operation, acts as a push system so that information is pushed downto the end user but only in response to flags or codes set by the enduser.

For example, a convention could be established that information in adata base that has a certain ending, such as FLG (for flag), is alwaysavailable for review by any legitimate party. Of course, it could beestablished that only certain parties could look at certain flags suchthat the message itself could give permission for certain types ofproviders to respond to different types of messages. Thus, the FLGmessage could be a message that is open to anyone, whereas a FLG1message is open to only certain segments of information providers whereFLG2 is open to other segments of providers, etc. Therefore, a hierarchycould be established that would allow an end user to determine who hasaccess to the requests and how and by whom those requests are to behonored.

Today typically such requests are made in bulk such that a user or pagercould request that all baseball scores (or weather, or stock quotes) bedownloaded periodically to the end user. In typical operation, suchsystems are subscription services where the person subscribes to aservice that provides information and the information is gathered by anintermediary the intermediary establishes what information is to beprovided and the end user simply subscribes. One such service is shownat AVANTGO.COM and allows subscribers to obtain stock quotes and otherinformation, upon logging onto the site. The difference in the inventivesystem is that the user does not subscribe to preestablished data but isfree to request any information, even information that is not availableat the time of the request, and that information could come from anyprovider who has the required data and who wishes to deliver the dataeither free or for a charge at a particular time under a particularmedium.

FIGS. 5-8 show simple flow charts which can be rearranged to run on oneor more processors. These processors could be central to everyone, orcould be at a provider location, FIG. 2, or at a destination location,FIGS. 1 and 3, or at an intermediary web site, FIG. 4. These processorscould be general purpose computers or could be specialty devices, asdesired by a system designer as is well known in the art.

FIG. 5 shows box 501 which is an interactive request routine whichallows a user either using a PC, or a TV with remote control, or a TVwith a keyboard, or any type of input device, including voicerecognition, to enter requests for information. These requests can be asbroad or as specific as desired. For example, a user wishing to see adocumentary on George Washington may simply just say “George Washington”or “documentary on George Washington”, or if the user knew that a serieshad been aired sometime in the past, the user could identify the series,or could simply say a “two hour documentation of George Washington”, orany additional information the user desires to add. The user, forexample, could request information pertaining to future events, such asinformation about fires or public disasters, when they occur, or couldrequest information on any sporting or entertainment event. Note thatthe user could be more specific and request scores, or statistics, onthe Texas Rangers, or could request that all Stanley Cup Hockey games bereceived on his/her digital recorder and all final scores delivered tohis/her pager. This request could be limited to local events, in whichcase the system might require the user to input the locality, or thesystem, as will be discussed, might calculate the locality based oninformation it has or can obtain about the user. Under control of box502 the user could, for example, enter information, as discussed in FIG.1 or in FIG. 3, pertaining to TV shows, software, music, movies, plays,concerts, artists, etc.

Box 502 stores the request and could abstract certain words as key wordsand also would add, if desired, flags and permission levels as to whocan respond and under what conditions. For example, a flag could be thatonly responses from one of the major TV channels would be accepted oranother flag could be that only a particular channel is acceptable fordelivery. Another flag could indicate that anyone with information couldrespond. Some flags could identify whether the user wanted theinformation to come via video on the public channels or privately overthe Internet or via a wireline or wireless communication through a handheld personal communicator. Note that any system can be used to grantpermissions to various would be providers, including dedicating aportion of the abstracted information for such housekeeping chores.

In box 503 the local system optionally determines if it is connected toa remote location. This could be connected immediately or connectablefor a period of time, such as periodically, with a phone call orconnected whenever the user enters the Internet for other purposes. Ifthere is not a connection, then box 504 does nothing.

Box 505 detects a connection to the Internet or to another remote siteor detects that an information provider wishes to check for storedrequests. This connection can be either accessed under control of theuser by logging on, for example, to the Internet or accessed to a remotesite by a phone call (wireline or wireless) being placed by the unit orsimply a permanent connection which is available for access by anyonelooking for request flags. Box 505 could be set to access the Internet(or some other location) periodically.

Box 506 makes a determination as to whether a flag is set in the user'sdata. If there is no flag set, then no data will be read, box 507.

If a flag has been set, however, then box 508 (if this feature isactive) begins the permission level checking to determine if thepermission level of the potential information provider matches thepermission level assigned to the stored requests. If there is a match inlevels, box 509 detects that match and box 511 determines whether all ofthe matched data is to be transferred to a remote site or is to remainstored locally. If the information is to be transferred, box 512 attendsto the transfer and box 513 ends the transmission. However, if theinformation was not to be transferred, then box 514 allows the remotesite, again once permission has been granted, to obtain the storedrequests which match the permissions.

Box 515, which typically would be activated at the remote site, butwhich could in actuality be programmed to occur locally, determineswhether there is information to return to the user. If there is suchinformation, then if desired an interactive session can be controlledunder box 517. The user can be on line to answer questions live. Moretypically, the user would have a local program to screen permissionlevels which would interact automatically with the remote site todetermine when the program information will be delivered, under whatmedia it would be delivered, and would negotiate any other requiredparameters, such as cost, liabilities, rights of the end-user and such.If it is determined during the interactive session that a download ofdata will occur, box 519 controls that download such that both partiesare in agreement as to what, when, how and where that transmission willoccur. At box 520 the session is ended.

Note that if desired, a filter, or set of filters, could be used, as inbox 518, to change the timing of delivery, or to change the locality forthe information. These filters could be set by the user, could come fromthe physical location of the user (either when the request is entered orafter the requested information is delivered) or would be derived fromthe context of the requested information.

For example, assume that a user wishes to stay at a particular hotelchain when traveling. The user could enter the hotel chain into a handheld device. As the user moves around the world, the user's displaywould continually change to reflect the address and phone number of thelocal hotel in that chain. In this same manner, the delivery of TVprogramming would be adjusted to match the time zone of the locationwhere the program is being delivered, regardless of where the requestcame from. Therefore, a user traveling in one city could request that aparticular program be recorded at a particular time on his/her home TVin another city, or the user could view the program guide, includingproper times, for one city while traveling in another city in adifferent time zone.

FIG. 6 shows an embodiment of the system and method of operation at theinformation provider site where boxes 601, 602, 603 hunt for flagsrequesting the type of information that the provider has available. Thishunt can be made periodically on the Internet to all users of theInternet or to specific sites which would be acting as intermediaries.

When a flag has been found, box 604 provides the permission level of theinformation provider that is required and checks box 605 to determine ifa match exists. If a match exists, then the system either goes tointeractive session, box 517, as discussed previously with respect toFIG. 5, or goes directly to box 518, or to box 519, depending on theoperation of the system. If there is no match, and when matches havebeen handled, the system continues the hunt for flags.

Box 601 can be bypassed in situations where external information is madeavailable telling the system that there is a flag set. For example, inthe TV system described above, the user would have its informationuploaded, perhaps once every 24 hours, by a telephone call from the userto a remote location. When the remote location, such as location 14,FIG. 1, determines that a user desires a certain program or otherinformation, the remote site then activates the various informationproviders, via box 606, thereby launching the program to see if and wheninformation is available.

FIG. 7 shows a typical scenario where a digital recorder system such asshown in FIG. 1 is used between the user and the central system. Box 701at the central system receives a call from each remote recorder on aperiodic basis. Box 702 checks to see if data has been received from theuser. If not, then the system via box 703 proceeds with its regulardownload of program data. If there are requests received from the user,then the system uploads and stores the user request via box 704. Asdiscussed previously, box 705 passes the user request to otherinformation sources (such as to box 606, FIG. 6), if necessary, orsimply stores the information for future comparison to programs thatwill become available at some time in the future.

Note also that while in the TV system usually it would be specificprograms that are requested, the user might request different types ofdata. For example, the user could ask for a program listing for nextmonth, or could request a list of music which is available, or a list offuture music. Also, the information requested by the user via the TVsystem need not be limited to entertainment but could be generalinformation requests that could be returned via a PC or via the TVscreen.

In FIG. 8 the central TV system, such as shown in FIG. 1, receivesupdated information content, such as movies, programs, otherinformation, as well as channel information, from various contentproviders. The system then checks its data base to see if any user iswaiting for this information. This is accomplished via box 802. If nouser is waiting for the information, then the system proceeds with itsregular downloaded schedule with respect to the users via box 803.

If it is determined that there is a data request from any particularuser or set of users that pertains to the new information, then thesystem via box 804 determines if there is time to wait until the nextscheduled user update before providing the information to the user. Thiswould typically be the situation since the system typically storesseveral weeks of information and that information would have beenavailable had the user selected a movie or program that was known to beavailable. However, some situations are such that the requestedinformation could be inserted because of user demand and thus the systemwould have to initiate a message and update the user immediately and setthe user's recorder, if necessary, via box 807. This message could be atelephone call, an e-mail message, or simply setting the user's recorderand would not wait until the scheduled call.

One example of this type of immediate update would be if the user hadselected sports programs, such as, for example, the Stanley Cup serieswhere each game would be allocated a three hour time interval. The usercould also have set a flag saying that he/she wanted the recording timeextended if a particular game took longer than three hours. If thesystem determined that the game is going to last longer than threehours, the system could initiate a message to delay ending the recordtime for that user until a separate signal is sent indicating that thegame is over. Under this scenario, if a network changes its schedule atthe last minute or adds information, that information could be madeavailable to specific users depending upon the flags that have been setby each user.

Thus, if a user has scheduled a particular movie for 6 p.m. on Sundayand the football game which preceded the movie was not over until 6:15,the user's system could be notified and the recorder changed to reflectthe correct recording time. In a situation where there is time to waituntil the next scheduled update, box 806 sets the user's local recorderto record information as per the stored request if that is the desiredresult, and in box 807 notifies the user via one or more methods andsets the user's recorder again if necessary.

While the invention has been discussed in terms of a situation where auser simply “flags” desired information for pick up by an informationprovider, in actual use a person desiring information, such as from theInternet or from an entertainment guide or from any other source, couldfirst contact that source, or set of sources. If the requesting userfailed in his/her attempt to obtain information, or to schedule aprogram or to obtain tickets (or anything else desired) then thatrequesting user could, if desired, leave a “flag” with the desiredinformation. This would allow providers to find the “flag” and deliverthe desired information at a later time.

Note also that while a TV system and an Internet system have been shownfor illustrative purposes, any other type of information retrievalsystem could be used. Thus, a wireless network or a pager network oreven a private network could employ the concepts disclosed. For example,an insurance company network, a referral network or even a pharmacynetwork could be arranged to allow customers (doctors, patients, thirdparties, etc.) to post diagnosis, R_(X) questions, medical questions,referral issues and these would be answered when the information becameavailable.

One example might be that a user of a particular medicine could postthat information and request updates on side effects of the drug. Anyprovider, anywhere in the world, could, from time to time, provide suchinformation. People could seek information on a particular treatment oron a particular doctor or hospital or business and, as that informationbecame available, would receive replies from anyone having suchinformation. As discussed above, the requesting party could set flagpermission levels which could control who (and under what circumstances)someone could “see” the request and/or provide responses thereto.

Although the present invention and its advantages have been described indetail, it should be understood that various changes, substitutions andalterations can be made herein without departing from the spirit andscope of the invention as defined by the appended claims. Moreover, thescope of the present application is not intended to be limited to theparticular embodiments of the process, machine, manufacture, compositionof matter, means, methods and steps described in the specification. Asone of ordinary skill in the art will readily appreciate from thedisclosure of the present invention, processes, machines, manufacture,compositions of matter, means, methods, or steps, presently existing orlater to be developed that perform substantially the same function orachieve substantially the same result as the corresponding embodimentsdescribed herein may be utilized according to the present invention.Accordingly, the appended claims are intended to include within theirscope such processes, machines, manufacture, compositions of matter,means, methods, or steps.

Although the present invention and its advantages have been described indetail, it should be understood that various changes, substitutions andalterations can be made herein without departing from the invention asdefined by the appended claims. Moreover, the scope of the presentapplication is not intended to be limited to the particular embodimentsof the process, machine, manufacture, composition of matter, means,methods and steps described in the specification. As one will readilyappreciate from the disclosure, processes, machines, manufacture,compositions of matter, means, methods, or steps, presently existing orlater to be developed that perform substantially the same function orachieve substantially the same result as the corresponding embodimentsdescribed herein may be utilized. Accordingly, the appended claims areintended to include within their scope such processes, machines,manufacture, compositions of matter, means, methods, or steps.

1. A method for allowing a user to receive programs desired by saiduser, said method comprising the steps of: accepting from said userinformation pertaining to a program desired to be viewed by said user;matching by a first content provider other than said user, said acceptedinformation against a list of known programs currently scheduled to bedelivered by said first content provider; upon a non-match conditionmaking said accepted information available to at least one secondcontent provider, said second content provider being a source separatefrom said first content provider; informing said user as to a time whenmatching programs will be delivered by any said second content provider:and adjusting said informed time if said user changes locations, saidadjusting compensating for a time zone difference at said user's changedlocation.
 2. The method of claim 1 further comprising the step of:allowing said user to receive said programs at said negotiated time. 3.The method of claim 2 wherein said allowing comprises at least twodifferent program delivery media; and determining by interaction withsaid user which of said delivery media to use to deliver said program.4. The method of claim 1 wherein said program information is selectedfrom the list including future programs, past programs, past events,program concepts, biographies, actors, travelogues, subject matter,movies, concerts, performers, time frames, sitcoms, sports, affinityprograms, historical figures, news events, programs not yet scheduled.5. A method for allowing users to electronically receive programs, saidmethod comprising: accepting by a program transmission source fromrequesting users information pertaining to a program desired to bereceived by at least one of said requesting users; scheduling by saidaccepting program transmission source for electronic delivery to saidrequesting users a specific program matching said accepted informationfrom said users, said specific program only being scheduled andavailable for electronic delivery by said transmission source torequesting users based upon accepted ones of said information; informingeach said user as to the time when said program will be electronicallydelivered to said user; and adjusting by said transmission source saidelectronic delivery time to a particular user dependant upon adifference in location between a location where said particular userfirst requested said program and a location of actual delivery of saidprogram to said particular user.
 6. The method of claim 5 furthercomprising: making available by said transmission source to at least oneparty other than said transmission source at least some of said acceptedinformation pertaining to programs desired to be viewed by said users;and determining by each of said other parties whether to provideprograms to said transmission source that match said made availableinformation.
 7. The method of claim 5 further comprising: transmittingprogram recording instructions from said program transmission source toequipment at said users' premises, said recording instructions operablefor establishing start and stop times for recording said scheduled onesof said specific programs.
 8. A method for providing entertainmentprograms to a user, said entertainment programs provided from a serviceprovider and communicated electronically to requesting ones of saidusers, said system comprising: recording user requests for specificinformation; matching recorded ones of said requests with entertainmentprograms scheduled for electronic communication to users served by saidprovider; upon a non-match condition, making at least some of saidrecorded ones of said user requests available to a plurality ofentertainment providers; determining under control of any one of saidentertainment providers if said entertainment provider has programscontaining specific information that matches a recorded request from aparticular user; scheduling a specific program to be delivered to aparticular user at a specified time in response to a determination thatan entertainment provider has available for delivery to said user saidprogram containing specific information as requested by said particularuser; and adjusting said specified time to coincide with a time zone ofsaid particular user if said user is in a different time zone at saidspecified time.
 9. A method for allowing a user to receive desiredentertainment programs; said method comprising: under control of any ofa number of potential content providers, reviewing flags set by users,said flags identifying information pertaining to programs desired to beviewed by said users; upon a particular content provider determiningthat said content provider controls programs that match a flag of aparticular user, delivering to said particular user said determinedprograms from said particular content provider at a specified time; anddelivering to said particular user said determined matched programs atsaid specified time without regard to a time of delivery of saiddetermined program to any other user, said specified time subsequentlyadjusted based upon delivery to a different time zone.
 10. The method ofclaim 9 wherein said delivering is by setting recording times at arecorder under the physical control of said particular user, saidrecorder being remote from said particular program provider.
 11. Themethod of claim 9 wherein said delivered content is created by one ormore of said potential program providers based, at least in part on saidflag information of said particular user.
 12. The method for use in a TVdistribution system in which an entity delivers programs to entitysubscribers over a set of subscriber selectable channels, said methodcomprising: receiving information by said delivering entity pertainingto a program desired by a requesting one of said subscribers to bedelivered on one of said channels by said delivering entity, whereinsaid desired program is not scheduled for delivery over any of saidchannels when said information is received by said delivering entity;scheduling said program by said delivering entity for delivery on aparticular one of said channels at a particular time based, at least inpart, upon said entity receiving said desired program information; andwherein said particular time is adjusted based upon delivery to adifferent time zone.
 13. The method of claim 12 further comprising:delivering said scheduled program over said particular channel forselection by any of said entity subscribers.
 14. The method of claim 12further comprising: setting a recording time at said requestingsubscriber's location for recording said scheduled program.
 15. Themethod of claim 12 further comprising: making received ones of saiddesired programs available by said delivering entity to potentialcontent providers, said content providers independent from saiddelivering entity.
 16. The method of claim 15 further comprising:scheduling delivery of said desired program from said independentcontent provider to said requesting subscriber.
 17. The method of claim16 wherein said independent content provider generates said desiredprogram based, at least in part, on desired programs made available bysaid delivering entity.